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1.0  INTRODUCTION 


This  chapter  explains  the  purpose  of  the  convention,  the  scope  of 
the  guidance,  and  provides  an  explanation  of  how  to  use  the 
convention. 

1.1  PURPOSE  OF  THE  CONVENTION 

The  convention  provides  general  guidance  on  the  implementation 
of  American  National  Standards  Institute  (ANSI)  Accredited  Stand¬ 
ards  Committee  (ASC)  XI2  electronic  data  interchange  (EDI) 
standards  within  automated  information  systems  (AIS)  and  infor¬ 
mation  interchange  procedures  that  require  the  collection,  report¬ 
ing,  and/or  exchange  of  data  needed  to  perform  defense  missions. 

1.2  SCOPE 

The  guidance  is  provided  for  two  components.  First,  it  may  be 
used  by  organizational  elements  of  the  DoD  community.  It  may 
also  be  useful  to  organizations  external  to  DoD  that  exchange  data 
with  the  DoD  community  in  the  course  of  their  business  relation¬ 
ships. 

The  DoD  community  encompasses  the  Militaiy  Services,  Organiza¬ 
tions  of  the  Joint  Chiefs  of  Staff,  Unified  and  Specified  Commands, 
Office  of  the  Secretary  of  Defense,  and  the  Defense  agencies.  (That 
community  is  collectively  referred  to  as  the  DoD  Components.) 

Organizational  entities  external  to  DoD  include  (a)  non-Govem- 
ment  organizations,  both  commercial  and  nonprofit;  (b)  Federal 
agencies  of  the  United  States  Government  other  than  DoD; 
(c)  local  and  state  governments;  (d)  foreign  national  governments; 
and  (e)  international  government  organizations. 

The  draft  convention  published  in  this  document  is  for  trial  use 
and  comment.  DoD  Components  must  submit  to  the  DoD  EDI 
Executive  Agent  (EA)  their  data  requirements  that  are  not  covered 
in  the  conventions  as  soon  as  possible,  as  indicated  in  Chapter  2.0, 
Section  2,1. 

1.3  RESPONSIBLE  ENTITY 

The  Defense  Logistics  Agency  (DLA)  is  DoD’s  Executive  Agent 
for  implementing  and  maintaining  Defense-wide  programs  for 
(a)  EDI  in  accordance  with  DepSecDef  memorandum  of  May  24, 
1988,  Subject;  Electronic  Data  Interchange  of  Business-Related 
Transactions:  and  (b)  Protection  of  Logistics  Unclassified/Sensi¬ 
tive  Systems  (PLUS)  in  accordance  with  Assistant  Secretary  of 
Defense  (Production  and  Logistics)  [ASD(P&L)1  memorandum  of 
November  21,  1989,  Subject:  Production  and  Logistics  Task 
Group  for  Data  Protection.  Publication  of  these  conventions  is 
based  upon  this  authority.  See  Cluster  2.0  Maintenance,  Section  2.1 
for  office  point  of  contact 
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1.4  HOW  TO  USE  THE  IMPLEMENTATION 
CONVENTION 

The  main  topics  and  structures  of  this  document  conform  to  the 
EDI  Implementation  Reference  Manual  Guidelines  document  that 
was  developed  by  a  task  group  of  the  subcommittee  on  education 
and  implementation  of  the  ASC  XI 2.  The  purpose  of  having 
agreed-upon  topics  and  structure  is  to  facilitate  reference  by  the 
many  industry  and  DoD  personnel  who  are  involved  in  implement¬ 
ing  the  uniform  standards  for  electronic  interchange  of  business 
transactions. 

1.4.1  Conventions,  Standards,  and  Guidelines 

The  terms  conventions,  standards,  and  guidelines  are  used 
throughout  the  document  and  are  defined  as  follows: 

•  Conventions  are  the  common  practices  and/or  interpretations 
of  the  use  of  ASC  X12  standards.  Conventions  define  what  is 
included  in  a  specific  implementation  of  an  ASC  X12  standard. 

•  Standards  are  the  technical  documentation  approved  by 
ASC  X12;  specifically,  transaction  sets,  segments,  data  ele¬ 
ments,  code  sets,  and  interchange  control  structure.  Standards 
provide  the  structure  for  each  ASC  X12  document. 

•  Guidelines  ate  instructions  on  the  use  of  EDI.  They  provide 
additional  information  to  assist  in  conducting  EDI.  Guidelines 
are  intended  to  provide  assistance  and  should  not  be  your  sole 
source  of  information. 

1 .4.1 .1  Who  Develops  the  Conventions? 

Conventions  result  from  a  joint  effort  between  business,  technical, 
and  EDI  ASC  X12  standards  experts.  The  business  data  require¬ 
ment  is  defined,  a  transaction  set  is  selected,  and  the  data  require¬ 
ment  is  then  identified  with  data  elements  in  the  transaction  set 
A  convention  is  usually  developed  before  any  computer  EDI  sys¬ 
tems  development  work  and  serves  as  a  design  document  when  the 
development  process  begins. 

1 .4.1 .2  Why  Use  a  Convention? 

To  create  an  ASC  X12  transaction,  a  user  must  know  the  data 
requirements,  understand  the  ASC  XI 2  standard,  and  be  able  to 
use  that  information  to  develop  an  interface  program  between  the 
computer  application  and  the  ASC  X12  translator.  The  necessary 
information  to  perform  this  task  is  contained  in  the  convention 
document.  Users  who  follow  the  convention  will  create  a  transac¬ 
tion  set  that  all  DoD  users  understand. 

1.4.1 .3  Who  Needs  a  Convention? 

System  analysts  and  triplication  programmers  who  plan  to  create 
or  read  ASC  X12  transactions  use  a  convention  to  aid  in  interface 
software  design.  The  convention  will  help  the  programmer  and 
analyst  identify  where  their  application  data  requirement  should  be 
carried  in  an  ASC  X12  transaction  set. 
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1. 4.4.4  Can  I  Develop  a  Convention? 

Conventions  already  exist  for  some  of  the  most  common  business 
practices.  Copies  of  existing  conventions  can  be  acquired  through 
your  organization’s  EDI  coordinator  at  the  start  of  an  EDI  project. 
If  you  find  no  conventions  for  the  business  practice  you  are  about 
to  implement,  your  EDI  coordinator  should  contact  the  DoD  Ex¬ 
ecutive  Agent  for  EDI.  See  Chapter  2.0,  Maintenance,  Section  2.1 
for  the  point  of  contact. 

1.4.2  Documentation  Of  Conventions 

Conventions  are  adopted  from,  and  are  intended  to  be  in  confor¬ 
mance  with,  ANSI  ASC  X12  standards  or  ASC  X12  Draft  Stand¬ 
ards  for  Trial  Use  (DSTU). 

1. 4.2.1  Transaction  Set 

Figure  1.4-1  provides  an  example  of  a  transaction  set  table.  The 
transaction  set  defines  information  of  business  or  strategic  sig¬ 
nificance  and  consists  of  a  transaction  set  header  segment,  one  or 
more  data  segments  in  a  specified  order,  and  a  transaction  set 
trailer  segment.  The  actual  ASC  X12  standard  as  it  appears  in  the 
official  ASC  X12  standards  manual  is  presented  on  the  right  side 
of  the  page.  Hiis  standard  also  includes  both  syntax  notes  and 
comments.  The  specific  DoD  usage  designator  is  presented  on  the 
left  side  of  the  page. 

The  designation  “NflT  appears  in  the  left  column  if  DoD  does  not 
use  the  specific  segment.  A  page  number  will  appear  if  the  segment 
is  used. 

1. 4.2.2  Transaction  Set  Segment 

Figure  1.4-2  is  an  example  of  a  transaction  set  segment. 

DoD  usage  is  specified  on  the  left  side  of  the  page.  For  identifier 
(ID)  —  type  data  elements,  acceptable  code  values  are  listed  on 
the  right  side  of  the  page  under  the  defmitions  of  the  element. 

DoD  notes,  reflecting  how  the  convention  is  to  be  used  appear  on 
the  right  side  of  the  page  at  the  segment  level  or  the  data  element 
level. 

The  following  defmitions  are  for  use  in  interpreting  the  data 
element  requirement  designators  in  the  DoD-specific  segment 
directory  section  of  the  convention.  For  ASC  X12  usage,  see  the 
definitions  in  X12.6  Application  Control  Structure. 

•  Mandatory 

Mandatory  data  elements  are  defined  by  ASC  X12. 

•  Optional 

Optional  data  elements  are  used  at  the  discretion  of  the  sending 
party  or  are  based  upon  mutual  agreement  between  trading 
partners. 


DEPARTMENT  Of  DEFENSE 

DRAFT  MPUEMENTATION  CONVENTION 


•24  •  APPUCATION  ADVICE 


OEPAimiBrr  of  o^bise 
ORAfT  MPLEUENTAT10N  CONVBmON 


ANSI  ASC  X12  VER3IOIWEUEA8E  00301 0000_ 


824  Application  Advice 

This  standard  provides  the  format  and  establishes  the  data  contents  of  the 
Application  Advice  Transaction  Set  (824)  within  the  context  of  an  Electronic 
Data  Interchange  (EDI)  environment.  This  transaction  set  provides  the  ability 
to  report  the  results  of  an  application  system's  data  content  edits  of 
transaction  sets.  The  results  of  editing  transaction  sets  can  be  reported  at  the 
functional  group  and  transaction  set  level,  in  either  coded  or  tree-fonn  format. 
It  is  designed  to  accomodate  the  business  need  of  reporting  the  acceptance, 
rejection  or  acceptance  with  change  of  any  transaction  set.  The  Application 
Advice  should  not  be  used  in  place  of  a  transaction  set  designed  as  a 
specific  response  to  another  transaction  set  (e.g..  purchase  order 
acknowledgement  sent  in  response  to  a  purchase  order). 
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Figure  1.4-1  Example  of  a  Transaction  Set  Table 
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Figure  1.4-2  Example  of  a  Tiansaction  Set  Segment 


BASBUNE  AS  OF:  JANUARY  2t,  ItM 


1.0J 


DEPARTMENT  OP  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


Required 

Required  data  elements  are  considered  optional  under 
ASC  X12  rules,  but  are  required  by  DoD  decision. 

Recommended 

Recommended  data  elements  are  considered  optional  under 
ASC  X12  rules  and  by  the  DoD,  but  the  industry  recommends 
their  use  to  facilitate  EDI.  Most  companies  in  the  industry 
are  expected  to  use  this  data  element. 

Not  Used 

“Not  Used”  data  elements  are  those  that  the  DoD  does  not 
use. 

Conditional 

Conditional  data  elements  depend  on  the  presence  of  other  data 
elements  in  the  transaction  set. 
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2.0  MAINTENANCE 

This  chaDter  dcscnbes  the  procedures  for  maintaining  the  DoD 
conventions.  It  also  presents  a  section  on  version/release  timing. 

2.1  MAINTAINING  CONVENTIONS 

The  DLA.  as  DoD*s  Executive  Agent  for  EDI  and  PLUS,  has 
established  a  joint  program  office  to  oversee  implementation  of 
EDI.  Some  of  the  functions  of  this  program  office  are  to  maintain 
configuration  control  of  related  standards  and  common  support 
packages  (e.g.,  versions  of  ASC  X12  standards  and  PLUS  algo¬ 
rithms  employed),  participate  in  the  standards-setting  process,  and 
ensure  compliance  with  approved  EDI  standards. 

To  accomplish  these  functions,  the  joint  program  office  has  estab¬ 
lished  a  conventions  and  standards  development  and  maintenance 
process  whose  objectives  are;  (1)  to  obtain  ASC  X12  data  require¬ 
ments  from  the  DoD  Components  and  present  the  requirements  to 
the  ASC  X12  fw  consideration  as  ANSI  standards,  and  (2)  to 
develop  and  maintain  ctmventions  for  use  by  DoD  Components 
and  their  potential  trading  partners. 

To  take  advantage  of.  and  not  duplicate,  existing  data  stan¬ 
dardization  processes,  the  EA  has  established  focal  points 
within  the  ASD  Offices,  the  Military  Services,  and  the  Defense 
Agencies  from  which  EDI  information  is  obtained  and  dissemi¬ 
nated. 

The  EA’s  primary  source  of  information  about  DoD’s  data  require¬ 
ments  is  the  EDI  User. 

Changes  to  this  publication  and  recommended  changes  to  ANSI 
ASC  X12  should  be  forwarded  through  your  organizational  point 
of  contact  for  data  standardization  to: 

EDI  Standards  Coordinator 
ATTN:  DLA-ZC 
Cameron  Station 
Alexandria.  VA  22304-6100 

See  Chapter  4  for  reproducible  ASC  X12  Work  Request  forms. 

2.2  VERSION/RELEASE  TIMING 

Identification  of  the  official  “version”  of  a  standard  is  critical  to 
the  successful  interchange  of  information.  Each  participant  must 
be  able  to  send  and  receive  the  same  version  to  ensure  the  accuracy 
of  the  information  exchanged. 

The  version  is  transmitted  as  a  12-chaiacter  code  in  the  Functional 
Group  Header  segment  (GS)  in  Data  Element  #480,  Ver- 
sion/ReleaseAndustry  ID.  This  12-character  code  is  used  by 
ASC  X12  as  follows: 
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Position 

Content 

1-3 

Version  number 

4-5 

Release  level  of  version 

6 

Subrelease 

7-12 

DoD/Industry  or  Trade  Association  ID 

ASC  X12  assigns  the  codes  in  positions  1  through  6. 

A  major  version  (1-3)  will  change  only  after  an  official  public 
review  cycle,  leading  to  republication  of  a  new  American  National 
Standard. 

Release  level  of  each  new  major  version  (4-6)  will  begin  at  “(MX)” 
and  incremented  by  1  for  each  new  ASC  X12  approved  publication 
cycle,  usually  once  a  year.  The  fifth  character  designates  the 
release  and  the  sixth  character  designates  the  subrelease. 

DoD/Industry/Trade  Association  ID  (7-12)  is  used  to  identify 
conventions.  For  this  suffix,  DoD  will  use  “DoD_"  with  the  10th 
character  identifying  successive  publications.  The  11th  and  12th 
characters  may  be  used  by  the  Military  Departments  or  Defense 
Agencies. 

DoD  conventions  for  using  ASC  X12  standards  are  published 
annually.  Conventions  developed  for  each  release  will  be  main¬ 
tained  for  4  years.  Military  Services  and  DoD  Agencies  will 
determine  which  release  to  use  on  the  basis  of  business  need  but 
will  not  use  any  release  more  than  4  years  old  without  approval 
of  the  DoD  EA. 
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3.0  DoD  CONVENTIONS  FOR  USING 
ASC  X12  TRANSACTION  SETS 


This  chapter  defines  the  DoD  transaction  set  conventions.  It 
includes  the  instructions  for  implementing  the  control  structure  and 
definitions  of  the  usage  indicators  and  applicable  codes. 

3.1  INTRODUCTION 

The  power  of  the  ASC  X12  standard  is  in  its  building  block 
concept,  which  standardizes  the  essential  elements  of  business 
transactions.  It  is  analogous  to  a  “standard  biU  of  materials  and 
the  construction  specifications,”  which  gives  the  architect 
flexibility  in  what  can  be  designed  with  standardized  materials  and 
procedures.  The  EDI  system  designer,  like  the  architect,  uses  the 
ASC  X12  standards  to  build  business  transactions  that  are  often 
different  because  of  their  function  and  yet  utilize  the  ASC  X12 
standards.  The  “bill  of  materials  and  the  construction  specification” 
of  ASC  X12  are  the  standards  found  in  the  published  technical 
documentation. 

ASC  XI2.3  -  The  Data  Element  Dictionary  specifies  the  data 
elements  used  in  the  construction  of  the  segments  that  comprise 
the  transaction  sets  developed  by  ASC  X12. 

ASC  XI  2.5  -  The  Interchange  Control  Structure  provides  the 
interchange  control  segment  (also  called  an  envelope)  of  a  header 
and  trailer  for  the  electronic  interchange  through  a  data  transmis¬ 
sion;  it  also  provide  a  structure  to  acknowledge  the  receipt  and 
processing  of  the  envelope. 

ASC  X12.6  -  The  Application  Control  Structure  defines  the  basic 
control  structures,  syntax  rules,  and  semantics  of  EDI. 

ASC  X  12.22  -  The  Data  Segment  Directory  provides  the  defini¬ 
tions  and  specifications  of  the  segments  used  in  the  construction 
of  transaction  sets  developed  by  ASC  XI 2. 

The  DoD  convention  in  Section  3.4  conform  to  the  above  standards 
and  each  transaction  set  is  a  complete  document  to  the  extent 
possible.  For  further  clariflcation  of  acronyms,  abbreviations,  and 
codes,  refer  to  ASC  X12  published  technic^  documentation.  Con¬ 
tact  the  DoD  EDI  Executive  Agent  for  copies  or  the  Data  Inter¬ 
change  Standards  Association,  Inc.,  Suite  355,  1800  Diagonal 
Road,  Alexandria,  VA  22314. 

3.2  CONTROL  SEGMENTS 

In  addition  to  the  communication  control  structure,  the  EDI  structure 
provides  the  standards  user  with  multiple  levels  of  control  to  ensure 
data  integrity.  It  does  so  by  using  header  and  trailer  control  segments 


BASELINE  AS  OF:  JANUARY  29, 1993 


3. 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 

€ 

ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 

836  •  CONTRACT  AWARD 

designed  to  identify  uniquely  the  start  and  end  of  the  interchange 
functional  groups  and  transaction  sets.  The  relationship  of  these 
control  segments  is  shown  in  Figure  3.2-1.  Control  Segment 
specifications  are  defined  in  Section  3.2.2. 

3.2.1  Description  Of  Use 

The  interchange  header  and  trailer  segments  surround  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions: 

•  Define  the  data  element  separators  and  data  segment  ter¬ 
minators 

•  Identify  the  sender  and  receiver 

•  Provide  control  information 

•  Allow  for  authorization  and  security  information. 

The  Interchange  Acknolwedgment  Segment  is  used  to  acknowledge 
one  interchange  header  and  trailer  envelope  where  the  envelope 
surrounds  one  or  more  functional  groups.  (No  acknowledgment  is 
made  for  the  interchange  acknowledgment.) 

The  interchange  control  number  value  in  the  acknowledgment 
(TAl  segment)  is  the  same  as  that  for  the  ISA  segment  that  is 
being  acknowledged.  The  control  number  serves  as  a  link  between 
the  interchange  header  and  trailer  and  the  acknowledgment  of  that 
header  and  trailer. 

The  interchange  acknowledgment  does  not  report  any  status  on  the 
functional  groups  contained  in  the  interchange  and  is  separate 
from  the  communication  system’s  error  procedures. 

The  preparer  of  the  interchange  header  and  trailer  indicates  the 
level  of  acknowledgment  in  Data  Element  113,  Acknowledgment 
Requested.  If  an  acknowledgment  is  requested,  then  the  recipient 
must  return  an  acknowledgment.  If  not  requested,  none  should  be 
given. 

The  interchange  acknowledgment  control  segments  are  placed  after 
the  interchange  header  and  before  the  first  function^  group  or 
before  the  interchange  trailer  if  there  are  no  functional  groups. 

Control  segments  are  standard  for  all  implementation  conventions 
produced  for  the  Department  of  Defense.  Some  codes  associated 
with  individual  data  elements  within  the  control  segments  are 
unique  to  the  individual  transaction  set.  Others,  identify  the  ANSI 
version  and  release  in  which  the  convention  is  written. 
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Figure  3.2-1.  Hierarchical  Structure 
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Segment:  GS  Functional  Group  Header 

Purpose:  To  indicate  the  beginning  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GS06)  in  this  header  must  be 
identical  to  the  same  data  element  in  the  associated  Functional  Group 
Trailer  (GE02). 

Comment:  A  functional  group  of  related  transaction  sets,  within  the  scope  of  X1 2 

standards,  consists  of  a  collection  of  similar  transaction  sets  enclosed  by 
a  functional  group  header  and  a  functional  group  trailer. 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

PES.  ELEMEKT  MAJEE _ _ _ _ _ _ _ ATWlfTES 

GS01  479  Functional  Identifier  Code  M  ID  2/2 

Code  identifying  a  group  of  application  related  Transaction  Sets. 

Implementation  Note: 

Choose  the  code  value  appropriate  to  the  urformatiort  content  of  the  functional  group.  See  XI2  Dictionary  for 
source  code  list. 

RQ  Request  for  Quotation  (840)  and  Contract  Award  (836) 

GS02  142  Application  Sender’s  Code  M  AN  2/15 

Code  identifying  party  sending  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA06. 

GS03  124  Application  Receiver’s  Code  M  AN  2/15 

Code  identifying  party  receiving  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Dffense  Activity  Address  Code  (DoDAAC/.  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA08. 

GS04  29  Group  Date  M  DT  6/6 

Date  sender  generated  a  functional  group  of  transaction  sets. 

Implementation  Note: 

Assigned  by  translation  software. 

GS05  30  Group  Time  M  TM  4/4 

Time  (HHMM)  when  the  sender  generated  a  functional  group  of  transaction  sets 
(local  time  at  sender's  location). 

Implementation  Note: 

Assigned  by  translation  software. 

GS06  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 
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Implementation  Note: 

Assigned  by  translation  software. 


001  •  CONTROL  SEGMENTS 
GS  •  FUNCTIONAL  GROUP  HEADER 


Mandatory 


GS07  455  Responsible  Agency  Code  M  ID  1/2 

Code  used  in  conjunction  with  Data  Element  480  to  identify  the  issuer  of  the 
standard. 

X  Accredited  Standards  Committee  X1 2 
Code  Value  Implementation  Note: 

Indicates  that  an  ANSI  XI 2  standard  is  being  transmitted. 


Mandatory 


GS08  480  Version/Release/Industry  ID  Code  M  ID  1/12 

Code  indicating  the  versbn,  release,  subrelease  and  industry  identifier  of  the  EDI 
standard  being  used.  Positions  1-3,  version  number;  positions  4-6,  release  and 
subrelease  level  of  version;  positions  7-12,  industry  or  trade  association  identifier 
(optionally  assigned  by  user). 

003010  Draft  Standards  Approved  By  ASC  X12  Through  June  1990. 

Code  Value  Implementation  Note: 

Code  value  agreed  to  by  trading  partners.  See  X 12  Dictionary  for  source  code  list. 
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Segment:  GE  Functional  Group  Trailer 

Purpose:  To  indicate  the  end  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GE02)  in  this  trailer  must  be 

identical  to  the  same  data  element  in  the  associated  Functional  Group 
Header  (GS06). 

Comment:  The  use  of  identical  data  interchange  control  numbers  in  the  associated 
functional  group  header  and  trailer  is  designed  to  maximize  functional 
group  integrity.  The  control  number  is  the  same  as  that  used  in  the 
corresponding  header. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DEE. _ ELEMENT  NAME _ ATTRMUTES 

GE01  97  Number  of  Transaction  Sets  Included  M  NO  1/6 

Total  number  of  transaction  sets  included  in  the  functional  group  or  interchange 
(transmission)  group  terminated  by  the  trailer  containing  this  data  element. 

Implementation  Note: 

Assigned  by  translation  software. 

GE02  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  control  number  must  match  the  control  number  of  the  preceding 
GSQ6  control  number. 
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Segment:  IE  A  Interchange  Control  Trailer 

Purpose:  To  define  the  end  of  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

mr.  DATA 

Dt«.  ILPHIWT  NAME _ ATTmAUTtS 

IEA01  116  Number  of  Included  Functional  Groups  M  NO  1/5 

A  count  of  the  number  of  functional  groups  included  in  a  transmission. 

Implementstion  Note: 

Assigned  by  translation  software. 

IEA02  112  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifies  the  interchange  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sender  ID  K  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  all  third  parties 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  number  must  match  the  number  that  occurs  in  ISA13. 


BASELINE  AS  OF:  JANUARY  29, 1993  •  DIOS 


3.0.13 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


BASELINE  AS  OF:  JANUARY  29, 1993 


3.0.15 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


OEPAfmiENT  OF  OffBISE 
DRAFT  IMPLEMENTATION  CONVENTION 


S36  •  CONTRACT  AWARD 


ANSI  ASC  X12  VERSION/RELEASE  009010DOD. 


EXAMPLE  .  CONTRACT  AWARD  TRANSACTION  SET  (836) 


ASC  X 12  ED!  FORMAT 
ST»836*A1234  N/L 

BCO*00*N0001992Q3010*92103l*l**930120  NA¬ 
NI ‘SE*  16*22026  N/L 

REP*65*A1234  NA- 

POl*000l*20*EA*50  NA- 

SE*6*AI234  NA. 


DEFTNITIQN 

THIS  IS  AN  836  CONTRACT  AWARD 
TRANSACTION  SET  WHOSE  CONTROL 
NUMBER  IS  A1234. 

THIS  IS  AN  ORIGINAL  CONTRACT  AWARD 
WITH  AN  RFQ  NUMBER  OF  N0001992Q3010 
DATED  OCTOBER  31. 1992.  THE  CONTRACT 
AWARD  DATE  IS  JANUARY  20. 1993.  BY  THE 
REQUIREMENTS  OF  THIS  CONVENTION.  THE 
NUMERAL  1  IS  USED  INSTEAD  OF  THE 
CONTRACT  NUMBER  IN  BC004. 

THE  CONTRACT  WAS  AWARDED  TO  THE 
SQXING  PARTY  WHO  HAS  A  ZIP  CODE  OF 
22026. 

THE  UNIQUE  TRACKING  NUMBER  FOR  THIS 
TRANSACTION  SET  IS  A1234 

THE  AWARD  WAS  FOR  20  EACH  OF  LINE 
ITEM  0001  OF  THE  RFQ  AT  A  UNIT  PRICE  OF 
$50. 

THE  TRANSACnON  SET  HAS  6  SEGMENTS 
AND  THE  CONTROL  NUMBER  IS  A1234. 


NOTE:  ALL  NUMBERS  ARE  NOTIONAL  AND  USED  FOR  ILLUSTRATION  PURPOSES  ONLY. 
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836  Contract  Award 

This  standard  provides  the  format  and  establishes  the  data  contents  of  the 

Contract  Award  Transaction  Set  within  the  context  of  an  Electronic  Data 

Interchange  (EDI)  environment.  The  Contract  Award  Transaction  Set  can  be 

used  by  the  buyer  to  notify  the  seller  or  other  interested  parties  of  the  award 

of  a  contract  which  contains  some  indefinite  features,  such  as  delivery 

schedule,  location,  and/or  quantities.  This  transaction  set  is  intended  to  be 

the  notification  of  the  award  of  a  requirements  type  of  contract. 

Table  1 

PAGE*  PCS.* 

SEG.ID 

NAME 

REa  DES. 

UAXUSE  LOOP  REPEAT 

2 

ST 

Transaction  Set  Header 

M 

1 

3 

020 

BCO 

Beginning  Segment  For  Contract  Award. 

M 

1 

LOOP  ID- N1 

>1 

5 

021 

N1 

Name 

0 

1 

6 

022 

N2 

Additional  Name  Information 

0 

2 

7 

023 

N3 

Address  Information 

0 

2 

8 

024 

N4 

Geographic  Location 

0 

1 

9 

025 

REF 

Reference  Numbers 

0 

>1 

N/U 

026 

PER 

Administrative  Communications  Contact 

0 

>1 

bbhhhhhi 

LOOPID-P01 

>1 

10 

030 

P01 

Purchase  Order  Baseline  Item  Data 

M 

1 

N/U 

040 

P03 

Additional  Item  Detail 

0 

>1 

N/U 

050 

CTP 

Pricing  Information 

0 

>1 

N/U 

060 

PIO 

Product/Item  Description 

0 

>1 

N/U 

070 

MEA 

Measurements 

0 

>1 

N/U 

080 

PWK 

Paperwork 

0 

>1 

N/U 

090 

REF 

Reference  Numbers 

0 

>1 

N/U 

100 

PER 

Administrative  Communications  Contact 

0 

>1 

LOOP  ID -SLN 

>1 

N/U 

110 

SLN 

Subline  Hern  Detail 

0 

1 

N/U 

120 

PID 

Product/Item  Description 

0 

>1 

LOOP  ID -Nl 

>1 

N/U 

130 

N1 

Name 

0 

1 

N/U 

140 

N2 

Additional  Name  Information 

0 

2 

N/U 

150 

N3 

Address  Information 

0 

2 

N/U 

160 

N4 

Geographic  Location 

0 

1 

N/U 

170 

REF 

Reference  Numbers 

0 

>1 

N/U 

180 

PER 

Administrative  Communications  Contact 

0 

>1 

12 

190 

SE 

Transaction  Set  Trailer 

M 

1 
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Required 
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Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 

Comments: 


BCO  Beginning  Segment  For  Contract  Award. 

Header 


Mandatory 

1 

To  indicate  the  beginning  of  the  Contract  Award  Transaction  Set  and  to 
transmit  identifying  numbers  and  dates. 

1.  BCO04  is  the  contract  number. 

2.  BCO06  is  the  contract  beginning  date. 

3.  BCO07  is  the  contract  expiration  date. 


_ Data  Element  Summary _ 

KEF.  DATA 

OES.  ELEMEWT  NAME _ ATINMUTES 

BCO01  353  Transaction  Set  Purpose  Code  M  ID  2/2 

Code  identifying  purpose  of  transaction  set. 

Implementation  Note: 

Use  only  those  codes  indicated. 

00  Original 
01  Cancellation 
02  Add 
03  Delete 
04  Change 
07  Duplicate 

BCO02  586  Request  for  Quote  Reference  Number  M  AN  1/45 

Number  assigned  by  the  purchaser  to  identify  his  request  for  quote. 

Implementation  Note: 

If  there  was  no  RFQ  and  a  notice  of  award  is  still  to  be  transmitted,  insert  the  letter  Z  in  this  data  element. 


BCO03  652  Request  Quotation  Confrol  Date  M  DT  6/6 

Date  to  be  used  for  reference  purposes  in  an  RFQ  and  a  response  to  RFQ. 

Implementation  Note: 

If  there  was  no  RFQ  and  a  notice  of  award  is  still  to  be  transmitted,  insert  six  numbers  in  this  data  element. 


BCO04  127  Reference  Number  M  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

Implementation  Note: 

The  contract,  purchase  order,  or  federal  supply  schedule  number  will  not  be  transmitted  in  this  transaction 
set.  Replace  instead  with  the  numeral  1. 

BCO05  846  Contract  Status  Code  O  ID  2/2 

BCO06  373  Date  O  DT  6/6 

Date  (YYMMDD). 
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Conditional 

Conditional 


Conditional 
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Segment:  N1  Name 
Level:  Header 


Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comment: 


N1  Repeat:  >1 
Optional 
1 

To  identify  a  party  by  type  of  organization,  name  and  code 

1.  At  least  one  of  N102  or  N1 03  must  be  present. 

2.  if  either  N103  or  N104  is  present,  then  the  other  is  required. 

This  segment,  used  alone,  provides  the  most  efficient  method  of 
providing  organizational  identification.  To  obtain  this  efficiency  the  "ID 
Code"  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 


Implementation  Note: 

Addresses  will  typically  be  defined  using  NI01,NI03,  and  N104.N2-N4  should  be  used  when  the 
selling  party  address  cannot  be  described  using  a  zip  code. 


_ Data  Element  Summary _ 

NIP.  DATA 

OtS.  ELBiEWT  NAME  _ ATTWIEIITES 

N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

SE  Selling  Party 

N102  93  Name  C  AN  1/35 

Free-form  name. 

N103  66  Identification  Code  Qualifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

16  ZIP  Code 

N104  67  Identification  Code  C  ID  2/17 

Code  identifying  a  party. 
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Segment:  N3  Address  Information 
Level:  Header 


Optional 


Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 


Mandatory 

Optional 


Data  Element  Summary 


REF. 

DE$. 

DATA 

ELEMEMT 

NAME 

ATTfMt/TES 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1/35 

N302 

166 

Address  Information 

Address  information 

O 

AN 

1/35 
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Segment:  REF  Reference  Numbers 
Level:  Header 


Optional 


Loop:  N1 
Usage:  Optional 
Max  Use:  >1 

Purpose:  To  specify  identifying  numbers. 

Syntax:  Either  REF02  or  REF03  is  required. 

Implementation  Note: 

One  iteration  of  REFOl/02  is  required  in  order  to  carry  the  Unique  Tracking  Number  (UTN)  for 
the  transaction  set. 


Mandatory 


Ra^irad 


NotUaad 


_ Data  Element  Summary _ 

Mr.  DATA 

0t».  ILBMWT  MAMA _ ATmiAUTES 

REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

Use  code  65  for  the  Unique  Transaction  Number. 

65  Total  Order  Cycle  Number 

REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

REF03  352  Description  C  AN  1/80 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


836  •  CONTRACT  AWARD 

P01  •  PURCHASE  ORDER  BASEUNE  ITEM  DATA  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Required 

PO104 

212 

Unit  Price 

Price  per  unit  of  product,  service,  commodity,  etc. 

C 

R 

1/14 

Not  Used 

PO105 

639 

Basis  of  Unit  Price  Code 

O 

ID 

2/2 

Not  Used 

PO106 

235 

Product/Service  ID  Qualifier 

O 

ID 

2/2 

Not  Used 

PO107 

234 

Product/Service  ID 

C 

AN 

1/30 

Not  Used 

PO108 

235 

Product/Service  ID  Qualifier 

0 

ID 

2/2 

Not  Used 

PO109 

234 

Product/Service  ID 

C 

AN 

1/30 

Not  Used 

PO110 

235 

Product/Service  ID  Qualifier 

O 

ID 

2/2 

Not  Used 

P0111 

234 

Produet/Service  ID 

C 

AN 

1/30 

Not  Used 

P0112 

235 

Product/Service  ID  Qualifier 

O 

ID 

2/2 

Not  Used 

P0113 

234 

Product/Service  ID 

C 

AN 

1/30 

Not  Used 

P0114 

235 

Product/Service  ID  Qualifier 

0 

ID 

2/2 

Not  Used 

P0115 

234 

Product/Service  ID 

C 

AN 

1/30 

Not  Used 

P0116 

235 

Product/Service  ID  Qualifier 

O 

ID 

2/2 

Not  Used 

P0117 

234 

Product/Service  ID 

C 

AN 

1/30 

Not  Used 

P0118 

235 

Product/Service  ID  Qualifier 

0 

ID 

2/2 

Not  Used 

P0119 

234 

Product/Service  ID 

C 

AN 

1/30 

Not  Used 

PO120 

235 

Product/Service  ID  Qualifier 

O 

ID 

2/2 

Not  Used 

P0121 

234 

Product/Service  ID 

C 

AN 

1/30 

Not  Used 

P0122 

235 

Product/Service  ID  Qualifier 

0 

ID 

2/2 

Not  Used 

P0123 

234 

Product/Service  ID 

C 

AN 

1/30 

Not  Used 

P0124 

235 

Product/Service  ID  Qualifier 

0 

ID 

2/2 

Not  Used 

P0125 

234 

Product/Service  ID 

C 

AN 

1/30 
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4.0  ASC  X  12  FORMS 


In  this  chi^Jter.  applicable  ASC  X12  forms  are  presented. 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


DEPARTIIBIT  OF  DEFENSE 
DRAFT  MPLEUENTATION  CONVENTION 


I1M«A  MFOmunON  MANUAL 


VIII  -  FORMS,  FORMS,  FORMS 


ASC  X12  VWofk  RsqusM  Rorm 

ASC  X12  Nmn  Pfoitet  PropoASi  Fom 

ASC  X12  Naw  TnnAsction  Sm  Osvstopmsnt  Pom 

Pom  tor  Now  or  RovMAd  Appondbc  A  Codo  Souiet  Roltronco 

Ooeuffltflt  PraparMion  tor  UMfpiotatlonA.  OuidiilnM  and  Corsret  Standards 

Sanipia  TransiniRai  Pom 

ASC  X12  Baloi  Convnani  Raaponaa  Laitor  Pdnnat 
ASC  X12  Standards  Otdar  Pom 


FALLissa 


vm-i 


BASEUNE  AS  OF:  JANUARY  2S,  ISOS 


4JL3 


MM.s/io/ao 
DATE  SUBMITTED 


-  ASCX12 

WORK  REQUEST  FORM 


DM  NUMBER 


(Scemartat  Only) 


AUL  ■REQUESTS  MUST  BE  TYPED  or  prMad  lagtbiy  m  bUck  Me  Complata  both  sUm. 

1.  TOUSETHI$ranMPORSUmMTt<OOATAMMNTENANCEFORAN0WOMFTSTANOM«Onxi2MTERmErATION.Maa 

fMiuiramMManONEIomi.  m>  aBMtwrwwn  m  inciMMy.  UM  M  Mar  MgmMMi.  tMn  ■«  naw  dM  aianMiM/eodM/eoM  MwraM. 
TMn  Mat  ftaTilowa  lo  aaiiMo  MQiMnn  md  t>iiMtM/coMa/MM  mmcm.  Than  Nat  ai«yadiaiB(a.a..Xt2J.xi2A). 

2.  TOUS6TWSAOWMTOW60UgSTACHANOeTOANe)(OTN08TAWOAWD.MaaatapacaiaWtBittniauiatFBnwiaNataNBhanQaatBf 
•Miraniactlonaat.  ana  aaomarnaMneniwtainiciuw.  or  aM  data  atawant  AN  aaedoM  mual  ba  eompMad.  AOaehmonia  may  ba  yaad 
tor  aonbmiaden  and  aheutd  bo  nufflbarad. 

3.  TOUSETHISNOm«TONEQUCSTAbftOdOSa)Newxi2MQJECT.aambtotoSaeitonA.  biaaWa  a  purpoaa/aeopa  Md  daaerlba  «iy 
noottoaiuraoinaolaodinSaetton  A  biatida  a  Naaedpien  at  too  btiainaaa  naad  and  laaiHleaNan  tor  d>a  naat  pratact  In  St  aba  tr  C/^  X  Tha 

WOrti  IImuMImI  bM  fMMflited  Xl2iubflMIMlMMlDf  MlilMiSlIld  fifbMfMififI  ol  A  finiMi  DrafiSMi 

CIreltOfM:  (1)  Newt  Standud  Supporting  Data  Maint«tiinM(uM«iiMlinianli) 

(2)  Existing  Standard  MaMonanoa  RaqtioM  (aaa  Sacdon  D) 

^)  Raquoat  ter  Naw  X12  Projaet 

Aeranyma/abbtanaNana  cannot  ba  addad  to  dia  atondardt.  NUuab^p  atianWr  tarmo  muat  ba  ttoaily  aapiantd.  toairtdatepandfaiAoada 
aBMrea  rataranata  tor  aN  aatamaSy  aabithad  aada  laa  ettod.  biaamaiatotonmarStoaaaNailnadaqMaaaaMdbantorstaehanaaiaauatiad 
oNS  bo  raiumad  to  Sm  aabrnmar. 

aT  SUAMI  1 1  ^~IN^6HMAtH!lN 

Submiitar  Nama 

Company 

Addrasa 

Pinna  _ 


Indicata  tha  X12  subcommataa  or  task  grtMp  twhoaa  position  la  raprasantad  hara. 

I  dadara  that  tMaropfaaanCattiaoffleialpea)lleno(X12  WORK  GROUP: _ 

aatabliahadatthafnaatlngdatad _ 

B.  PROPOSED  WORK:  List  lha  spadllc  chan^  to  tha  sundards  baing  raquastad.  GIva  tha  nantas  and 
asaodatad  idantMara  of  tha  standarda,  sagmania,  data  diamante  and  codas  adactad. 


4A.4 


BASEUNE  AS  OF:  JANUARY  2S.  IStS 


D9AimMNT  or  OTOWC 
Diurr  MrtDIBITATION  00IMMT10N 


PagtTwo 

t.  REASON  FOR  CHANGE: 

Parti:  Uat  th«  vvrsion/ralaasa  of  tha  atandard  you  ara  iMirg  or  using  as  a  rtfaranca.  Mama  tha  iranaaelien  sat 
ttiat  la  balng/wW  ba  uaad  that  dictatas  tha  rsquasiad  ehangad.  List  affactad  sagmanu  and  data  aiamanu.  or 
othsr  standards.  Prowida  only  rafaranea  numbars/IOs. 

Pafarsnea  Seurea  Vsrslon  2/Walansa _ 

Tranaaetlen  Sat  Uaad 
SagmsiN  Affactad 

Data  Elamant  Affactad  _______________________ 

Other  Standard _ 

Partll:  Explain  why  you  nasdihaproposadchanga.  ^ovlda  a  complatsaesnarlo  that  tala  what  tha  businsu 
function,  oparadon.  or  probiani  is  that  wlbasatisflad  by  a  ehanga  to  tha  standard.  ThaXi2JTachnical 
Aasassmarv  Subcommltaa  raquiroa  anough  infCrmatlon  in  this  Part  II  to  ba  abla  to  propoaa  an  abamata  solution  I 

naeaaaary. 


6.  iUmipK^TIONS:  lfyouclrGlod(2)onPaoat.eemploialhissactlori  VosnsurathatalraindhaHonoefyow 
proposad  ehanga  arc  raeordad  and  that  your  raquast  Is  complata,  drda  balow  al  soedona  of  tha  sHndards 
allsGtsd  by  tha  proposad  change. 

TIUNSACnONSET 

SEGMENT 

DATA  ELEMENT 

CODE 

OTHER  (c.g.X12E,  X12.6): 

ERRORS  NOTED  IN  THE  STANDARD  (QNa  page  no.  and  other  UattMcMion): 


lAMUNS  AS  OP:  JANUARY  ».  ItCS 


OlUrr  MPLCMENTATION  GONVBfTION 


Rp*.  4/1/90 


PP  No. _ 

(Socrturtat  Only) 


ASC  X12 

NEW  PROJECT  PROPOSAL  FORM 

PROCEDURE;  Only  X12  subcommineM  may  ut*  this  form  to  ragistor  new  dovtiopmom  activities  as  X12  project 
proposals  (PPs).  Complsts  all  pages.  PPs  approved  by  the  Xi2Procoduras  Review  Board  wilbaregisiared  and 
assigned  a  PP  number  by  OISA,  and  a  Transmittal  Form  wa  be  issued. 

Date  and  complete  the  form  below.  Type  or  print  legibly  in  black  Ink  and  number  an  attachment  pages 
consecutively.  Submit  to  DISA  prior  to  an  ASC  X12  meeting,  or  to  X12J  Technical  Assessment  Subcommittee 
during  the  subcommittee's  sgenda  period  at  an  ASC  X12  meeting. 


Date  Submitted: 

Oats  Approved  by  Subeonunlttee: 

Subcommittee  Name: 

Task  Group  Name/Nol: 

Joint  Oevolopmeitt  Subcommittee  (H  any): 

Cireieone:  (a)  Transaction  Set  (b)  Guideline  (c)  Other 

Prolect  Working  Tttle: 


Onciai  Oelegate(s)  tdr  TIMS  Project  To  Bo  Named  on  Transmittal  Form: 
Name  Name _ 

Company _ ^Company _ 

Address _ ^Address _ 


Address/ZiP _ _Addrass/aP 

Telephone _  Telephone 
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BASEUNi  At  OF:  JANUARY  2S,  1993 


OfPAimMNT  Of  OGFBMC 
OlUfT  MfUEMOrrATION  CONVBfTION 


A.  PURPOSE  AND  SCOPE  FOR  THE  PROf<!>SEO  WOWC  PrcMU*  a  waM-dfflrwd  purpoM/Kop*  for  th« 
proposfd  wofk.  SMXl2  0MionRiJMandQuld«llnMtorr«qijlranMntt. 


B.  ^KGflOUNd:  l^iowldc  dMit  tM  w«  tM  hi^  in  ntrtgwtotg  ih»  pfopo^  Who  ara  ths  ccpKiM  umts? 
HowwBthaMndaidbtuMd?  WM  biainMa  ftjneiiQn(t)  dOM  I  Mrva?.  NttwprapoMdMwidaRloMwiapsth* 
<ifKilo«Miliyolan«l<lnoaind«dwon«lndf'<itopm<i«.ptDwMt|t«flllCit^  IfttwpropoiiltonaiforanMr 
«andafdorguldiliM.dMeribathaptQ)MtindMl.  (Uaa  nadwwna  W  nicawry.) 


d.  OTHER STANOARbiMVOtVCD:  N apoHeaMa. idaitfy any olhar buainaaa Monnadan attndaida 
simlar/raiatad  to  iha  prapoaal.  and  nama  aandaida  dawalopan  (ab>.  ANSI  Accradiad  Standards  Commttaaa) 
whosa  actMdsa  may  ba  kMdMid  or  iAaaad. 


6.  EXPECTED  CONTENT/GENEIMLOCSCftlFTION:  (OFHONAL)  SuMarjnayBh  a  praUmitMry  draft  of 
tha  proposad  standard  or  olhar  aupportinQ  docunwnMdon.  OiactMs  now  aaomaniSi  data  ttttntHM,  control 
«nieiuros,andchangaatoXlUorXl2.6tliaiararoqulrodoraraidpaM.  (Maa  aBacfanoMs.) 


BAMUNI M  Of:  JANUARY  2t,  ItSI 


DEPARTMBIT  OF  OCFBME 

OtUrr  MnatDfTATION  COMVBITWN 


4/1/W 

FORM  FOR  NEW  OR  REVISED 
APPENDIX  A  CODE  SOURCE  REFERENCE 

INSTRUCTIONS:  Compiata  this  whenever  a  new  dau  element  or  data  alAment  cod*  It  r*(^ii(Mt«d  to  b* 
addad  which  references  a  code  list  published  by  an  external  (non-Xl2)  organization.  Use  one  form  for  each  new 
reference.  This  form  may  be  used  to  revise  current  references:  fili  out  the  appropriate  areas  below. 

CIRCLE  ONE.  COMPLETE  AS  APPROPRIATE: 

(1)  NEW  REFERENCE 

(2)  REVISED  REFERENCE.  Current  reference  number/name _ . 

REFERENCE  TITLE:  If  there  is  only  one  source  for  codes  for  the  data  element  the  tWa  should  be  the  same  as  the 
data  element  name.  If  there  are  multiple  codes  referencing  external  code  sources  for  the  same  data  alement.  tMe 
should  approximate  the  code  definitioa 

REFERENCE  TITLE: 

DATA  ELEMENTS  USED  IN:  Give  the  dau  element  reference  number  and  name  which  diraela  ttie  user  to  this 
Appendbc  A  code  source  rafarence.  Give  the  code  ID  (K  assignad)  ff  this  la  for  a  specific  code  of  the  data  aiamanL 

USED  IN:  DE  No. _ .  Code  ID _ 

SOURCE:  Provide  the  name  of  the  publication  which  contains  the  codas  irafaranc^ 

PUBUSHEOIN: 

AVAILABLE  FROM;  Give  the  publishar.  or  other  contact  from  whom  the  user  can  obtain  the  document 
Name/Annaf 

Company  _ 

Address  _ 

Address  _ 

Addrass/ZIP _ 

ABSTRACT:  Briefly  describe  the  publication,  ks  purpose,  and  indicate  what  codas  it  contains 
ABSTRACT: 


4J)A 


BASEUNE  AS  OF:  JANUARY  n,  IttS 


OEPARTIIENTOF  DEFENSE 
DRAFT  MPUEMENTATION  CONVBITION 


DOCUMENT  PREPARATION  FOR 
INTERPRETATIONS,  GUIDELINES  AND  CONTROL  STANDARDS 


ThMAlnstructlontarvpravktadtoaMistdAvtlopAaafinMrprtutions.  guidaiinM  and  control  structurt  which  v» 
not  tranaaction  aau  (for  tianaactlon  aats  uaa  tha  Naw  Tranaaction  Sat  Oavaloptnant  Fonn). 

GENERAL:  OtSA  provUaa  Mta  paga  and  front  matlar  for  pubiieationa  and  copyadJU  tha  documani  aecofding  to 
OISA  housa  styta. 

REVISIONS:  lfthadoeumarai8arsw<tionarapravlouaiypubllahadiniarpratation,guidalinaorNandafd.  providaa 
summary  of  tha  chartgaa  to  tha  original  that  ara  containad  in  tha  documanL 

I  INTERPRETATIONS 

A  formal  kaarpratatlon  of  an  X12^  Standard  is  eonaldarad  part  of  tha  body  of  standards  whan  It  la  approvad  tor 
publicatlort.  Tha  traarpratatlon  draft  shotAlatata  tha  laauapraaantad  by  tha  raquaitor.atata  tha  propoaad 
Marpratation.  and  show  as  aiiaehmatas  any  Work  Raquaats  that  may  ba  naoaaaary  to  allact  lha  Intarpratation 
within  tha  subjaet  standard.  Tha  draft  Intarpratatlon  la  proeasaad  Ilea  any  otharsubeommfttaadocumant 

n  QUtOEUNES 

For  publication  purpQaas.guldannasaratraatad  Oka  a  loumalanicla.  Basic  raquiramanu  ara  ghan  balow. 

ABSTRACT:  TMsiaapraciaasummaryofthaPurpcaa/Scopa(saabatow),andmBybaldanticaltoftffthatlsbrtsf 
(two  paragraphs):  otharwiaasummartza  tha  purpoaa/scopa.  ft  should  contain  snou^  Mormation  abou  tha 
documara  to  anabia  a  riadar  datatmlna  what  tha  gukMina  la  Mandad  to  accornpHah  within  an  EDI  anvironrnonL 

PURPOSE  AND  SCOPE:  This  statamarft  must  Indicatapurpoaa  of  tha  Buldallna.a.g..  tha  bualnaaa  function  or 
oparatton  addrasaad.  Scopa  and  any  spadlc  Imftattons  of  scopa  shotJd  ba  daWnad. 

BOOYOPTEXT:  This  may  bs a  numbar  of  aubsacttons logicaly  organizsd.  Providasacttonatortorawrotd. 
introduction.  dafMttan  of  farms  and  concspts,  rafarancas  and  ralatsd  standards,  maihodoiogy,  spadllcaiiona. 
raquiramsnts.  discussion,  and  eondusiona,  as  ^iproprlaio  to  tha  subjaa 

ART  AND  GRAPHICS:  Graphics  or  artwork  nacasaary  to  Bustrata  tha  documantaraancoutagad.  Prowlda 
camara-raady  copy  If  thasa  ara  not  alraady  praparad  and  daiiwarad  on  a  WP  diskaQa  to  DISA. 

FOREWORD,  FOOTNOTES,  APPENDICES:  Thasa  may  ba  usad  tor  purpoaas  of  darlty,  BuBtration.  or  ganarai 
Wormatioanotas’paRofihaguidallna.*  A  statamant  indicating  tha  matariai  la  tor  Information  putposas  only  and 
not  part  of  tha  guidallna  shaft  appaar  at  lha  baginning  of  a  toraword  or  appandbc 

Nl  CONTROL  STRUCTURES  AND  OTHER  STANDARDS 

For  publication  purpoaas,  thasa  documsras  ara  trawad  Ilka  guidaiinos(soaSactlon  II  abowa).  Tharaqulramanttara 
tha  sama,  with  tha  addition  of  lha  faftowkig: 

NEW  SEGMENTS  AND  DATA  ELEMENTS:  Thasa  rmy  ba  dafinad  wfthin  tha  tast;  howavar,  ainoa  lhay  raprasant 
changas  to  X12.22  and  X12.3.  thay  shoMd  ba  spadfiad  on  a  Work  Raquaat  Fonn  attachad  to  lha  draft. 

RELATED  STANDARDS  AND  OTHER  REFERENCES:  Thasa  shaft  ba  Uantftlad  to  a  saction  wfthto  tha  taxt 


BASELINE  AS  OF:  JANUARY  29.  laas  4.0.9 


OCPAimiBfr  OF  OffBISE 

DRAFT  MFLEMENTATION  CONVBfTWN 


FORMAT:  *rhto  OfMI  SttfMiitf  «or  TrW  Um  contalni  lh»  format  and  MUfaUihM  tht  dM  canMttt  of  ttw 

)«ofuaawWnit>aeontaBdefanBactfBnicDaialrMfetiBnoa(EDf) 
ofwtronmanL  Tha  tranaactfon  aat  (can  ba  uaad  ta..)* 

6.  ^f^#diiANbi£dM’tNaaniamar<nwotMiCBtatnaMmrtgaofeapaMUaaofthaiianaactiona«rand 
whothaaandara/raeaMaraara.  Explain ihabualnaaaftaietion  or  oparadon  dial  la addraaaad.  FalowASCXi2 
Daaign  Riiaa  and  Guldaiinaa  and  uaa  iMi  format: 

FORMAT:  ThM  tfandaid  proMdat  lha  format  and  aatabllahaa  lha  data  contania  of  tha _ Tianaaedon 

SMwKNntfiacoraMofanElaetronieOatalntare»ianga(EOf)otMirennianL  TMa  iranaaetton  aat  (can  ba  uaad  ta..)' 


t\  TIUNiA6fl6Ni£ttAjiLE(S)  r^araaohtataaproMidathafoaoMingMQrmotlon.  FORMaTT 

TAIIJEX 


POSITZOM  SCGMOrr  KEQ.  MXX. 

_ IP  title _ BBS.  tfSt. 

010  ST  Tranaaetion  Sat  Haadar  M  1 

020  BB  Baginning  Sagaant  For  M  1 

ate. 


LOOP  REPEAT  MOTE 

£000 _ BOj. 

Mota  1 
Coanant  l 


Noiai:  Thiilaanoia  NOTES  am  part  of  tt««andaid(numbarad). 

CommaniA:  TMaatoommara.  <X)MMENr8amnotpattofthaatandard(NBarad). 


i.  AP^OW  EXAMPLES  ErampiaamauaadtotaaiPiamart  ounapropoaodtranaacOonandioaKpialntio 
uaara.  Atlaaaionaaamplakmandamry.  NoraccigntmWaproparnamaawaybauaadinany— mpla 

nOUREl:  (OpdonaOUaaaaamplapapardoeumantuainomockdaia  N  uaad.  dam  mwt  ba  aocurauiy  mappad 
toFIguml.  OilBfnaHfapMcat»iuabaattachad(H/lBctt*)ao0iaycanbacepiad. 

PIQUREa(orEXAMRtE):  TaMthadoumandptowldaaBijalnaoaScanarlotoaimiainioiharaadarwbailBOolng 
oninthaaKBmpta  Addthanom:  Tn  tha  awmpfa  tha  aaarfafcntapraaaraa  tha  data  ifamaniaaparator  and  tha 
N/Lcharactararaprasontthaaagmatatanninaur.*  PraaartEDItranamiaaiondaiaandaamaanlnoIntaocolumna. 
aida^-aida.  ZZorZBeodaaamdaeouragad,ainoathairuaafiinaaalnancmtRnaiatyaMBmplaanl.  FORMAT: 

BUSINESS  SCENARIO:  In  Ma  tmnaacdon  aat  ttta  aandar  to  XVZ  Ratal  Cartar  and  Ota  raoaNar  h  ttiair  aimpHar. 
Fantaadc  Productt  Manufacturing  lne....oie. 

EDI  TRANSMISSION  DATA _ (TWWSACTION  SET  rVfflPQSEl.PftTA 

ST*SXX*0005  N/L  Bogin  TransRctlon  Sat  8XX;  Control 

No.  0005 

BB*0l*79S00*  N/L  Original  Tranaalsslon;  Raf.  No. 

79S00 

ate. 
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BASEUNE  AS  OF;  JANUARY  ».  1003 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


Rnr  s/to/ao 

DM  Numbf 

(SAcraUrtat  Only) 

Document  No. _ 

(DavMopar  Obtaina  from  OiSA) 


ASC  X12 

NEW  TRANSACTION  SET  DEVELOPMENT  FORM 

INSTRUCTIONS;  Uaa  this  (omn  to  submit  a  draft  tranaaction  sat  for  ravtawv  by  X12J  Tachnical  Aaiasamant  unti  K  Is 
laid  pfocassad  by  OiSA.  Usa  a  naw  Tranaaction  Sat  Oavaiopmara  Porni  Mhanavar  ravlslons  ara  proposed  and  a 
taad  Ha  nas  not  yet  bean  praparad  by  OISA. 

ATTACHMENTS:  Attach  al  pages;  usa  this  form  as  tha  lint  FoltMrtheoainstnjetlonaforprapafingmatarlata. 

ThssubmBar  must  obtain  a  document  numbarassignmant  from  OISA.  Post  It  to  thia  form  (above). 

Attach  a  Uat  of  Ravlalono  V  the  draft  was  prevtoualy  raviawad  byXiEJorffthisIsa  ravisad/radaaignad 
transaction  sat  standard  requiring  Xt2  baSot 

Usa  ONE  Wert  Raqueat  Form  to  Hat  al  supporting  data  malraananca  for  the  tranaaction  sat  and  attach  t 
tothislonn.  Propoaa  new  or  reHaad  codas  for  DC  1 43  and  DC  479  at  a  minimum.  V  required. 

A  Trenammal  Perm  must  accompany  this  document  whan  I  la  submMad  to  DISA  for  diatitMJtlon. 

Usa  the  most  recent  Xi2^  Standards  Devetopment  Wertboeh  to  check  your  documara  for  accuracy. 

A.  lUIMI  r  TiR  IN#ORMAtl6N  - 

SubmNiar  Nsms  __________________________ 

Company  _ _ _ 

Address  _ _ _ 

Address/ZIP  _ _ _ _ 


indicats  the  Xi2  subcommMaa  or  task  group  whose  position  is  rtprasantad  here. 
I  daclars  that  this  rapresams  the  official  position  of  X12  WORK  GROUP: 
aatablishad  at  the  meeting  dated _ . 


I.  AiSTRAtT  The  Absrna  Is  ragistarad  wth  the  American  National  Standards  Inatituia.  It  is  a  predsa  summary 
of  the  Purposa/Soopa  (sea  Section  C  below),  it  may  be  idanilcM  to  the  Purpoaa/Scopa  E  tlwt  N  brlaf  (two 
per^paphs).  orharwiaa  summarlza  the  purpoaa/scopa.  It  shoMd  contain  arvMigh  information  about  the  standard 
to  anabia  a  poiantiai  user  datarmirta  what  aquNalare  paper  transaction  I  raprssants  or  what  the  standard  Is 
ireanded  to  do.  Polow  the  format  on  page  two. 


•ASEUNE  AS  OP:  JANUARY  »,  ItSS 


4.0.11 


OEPARniENT  OF  OGFBME 

DRAFT  MPLEMENTATION  CONVENTION 


SAMPLE  TRANSMITTAL  FORM 


.  S/IO/FO 


inNlaliztd 
KEY  DATE:  Ftbruwy  15, 1990 

DELEGATES  NAME 
RESPONSIBLE  SUBCOMMITTEE/TG# 

TRANSACTION  SET/QUIDEUNE  TITU 

BALLOT  Document  No. 

Current  Document  No. 

Previous  Document  No. 

Project  Proposal  No. 

Associatsd  WR/OM  No. 


John  Doe 

ASC  X12Q  XX  Subcommittee/TG4 
X12J0(  ABC/XYZ  TRANSACTION  SET  (SXX) 


ASCX12Q/9(H)51 
ASCX12Q/g0-004 
PP-SQB 
DM  012-190 


PP  Review  by  X12J 
PRB  Approves  PP 


(DATE)  2/7/90 
(DATE)  2/9/90 


DEVELOPMENT  PHASE:  Project  proposal  approval  through  approval  tor  X12  vote. 

Document  SubmRted  tor  DISA  Teto  Processing 

Subcommittee  Approves  Draft  tor  Review  by  X12J.  Tech  Assessment 

X12J  Tech  Assessment  Review 

PRB  Approves  Document  for  X12  Vote 


ORIGINAL  BALLOT  DATA  (DISA): 

Ballot  Closed  Date 

Tally/Commenu  Sent  to  Chair/Delegates 
Tally  Stats  (Number  and  PercenQ 

_ Ballou  Mated  (100%) 

_ Ballou  Returned  ( _ %) 

_ Approved  ( _ ^%) 

_ Appw/Commera  ( _ ^%) 

_ Disapproved  ( _ ^%) 

_ Absuined  ( _ ^%) 


(DATE). 

(DATE). 

(DATE). 

(DATE). 


(DATE). 

(DATE). 


BAaELME  AS  OF;  JANUARY  n.  1991 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


COMMENT  RESOLUTION  PHASE:  Sm  S^tlont  A.  8  and  C.  If  tha  aubcommlRaa  at  any  tima  daddaa  to  rabMM 
tha  documant  PRB  approval  la  raquirad  and  rasponaa  lattara  ara  not  nacaaaary. 

A.  COMMENT  RESPONSE  LETTERS:  AnOpanForummuMbaichadiMttthana)dXl2maadnotaBowlnglha 
balot  dosing  data.  ASthoaawhoeommaniadrscalvsaeoinmantrasponsalaitarfromthadavaiapIng 
aubeommttaa.  OiSAracorda  this  procaaa  and  handtasthamallng. 


Opan  Forum  Dtta 

Raaponsa  Laltars  Malad  Out  by  DISA 
Rabuitai  Partod  (30  days)  Ooaaa 


(DATE), 

(DATE). 

(DATE). 


ADJUSTED  BALLOT  DATA  (DISA): 
30-Day  Raaponsa  Ravlaw  Ooaad  Data 
Taly/Commants  Sant  to  Chalr/Datagatsa 
Taly  Stats  (Numbarand  Parcant) 

_ Balou  Malad  (100%) 

BalottRatumad  (  %) 

_ Approvad  ( _ ^%) 

Apow/Commara  f  %) 

_ Dlaapprovad  ( _ ^%) 

_ Abattinad  ( _ ^%) 


(DATE). 

(DATE). 


rw^T'inrii 


lfbalotcomn>antafasJtlnsubaiai<lvaravlalooatothadocumaia.thaaaaia 
iavtawodbyXl2JandproeaaaadbyOISA  ThoravlBaddocumai«laaubmttadtoXl2votsr8lQra30-dayravlow 
partod.  DISA  racoids  tNs  proosas/handtos  msling  Subcommittsas  should  conduct  30-day  ravtaws  for  raaponsa 
lattari/ravtsad  documents  oonewrandy. 


Subcommttaa  Approval  of  RavWons 
X12J  Raviaw  of  Ravtstans 
DISA  Mats  Ravisad  Documani 
SubstanUva  Raviston  30-0ay  Raviaw  Ctosas 


ADJUSTED  BALLOT  DATA  (DISA): 
aOOsy  Subatanliva  Changa  Raviaw  Ctosad  Data 
Taly/Commana  Sant  to  Chatr/Dalagatas 
Taly  Stats  (Numbar  and  Paroara) 

_ Balou  Malad  (100%) 

_ Balou  Ratumad  (  %) 

_ Approvad  (__%) 

Aopw/Commart  (  %) 

_ Dlaapprovad  ( _ ^%) 

_ Absuinad  ( _ %) 


(DATE). 

(DATE). 

(DATE). 

(DATE) 


(DATE). 

(DATE). 


BASELINE  A8  OF;  JANUARY  2S,  ISSI 


OEPARTUBn’OF  DEFBMC 

DRAFT  MFUMENTATION  CONVBfTION 


PagtThrM 

C.  CONTINUING  OBJECTIONS.  If  thara  ar*  continuing  disapprovals  after  the  30<iay  r«vl«w  psflod,  tha 
document/disapprovals/rasponsas/continuing  objactlons  are  malad  to  X12  members  who  originally  cast  a  ballot, 
for  another  30-day  review,  to  give  them  an  opportunity  to  change  their  vote. 

Continuing  Objections  Maled  to  Chair/Delegate  by  DISA  PATE) _ 

OISA  Male  Oocumenu  PATE) _ 

30-0ay  Review  Ctoses  PATE) _ 


FINAL  ADJUSTED  TALLY  piSA):  Whenever  any  disapprovals  are  withdrawn,  a  letter  to  this  affect  must  be 
received  in  writirtg  by  DISA 

Final  Tally  Results  Sent  to  Chair/Delegata  PATE) _ 

30-0ay  Review  Stats  (Adjusted  TaSy) 

_ Baflott  Mated  (toOH) 

_ BaOots  Returned  ( _ %) 

_ Approved  ( _ ^%) 

_ Appw/Commars  ( _ ^%) 

_ Disappraved  ( _ ^%) 

_ Abstained  ( _ %) 


PRB  APPROVAL  PHASE:  After  the  comment  resolution  period,  the  subcommlDee  votes  to  submit  the  document 
to  the  PRB  for  approval  to  publish. 

Subcommlitee  Votes  to  Release  to  PRB 
PRB  Approves  Publication 


FOR  DRAFT  STANDARDS  FOR  TRIAL  USE: 
VERSION/RELEASE/SUBRELEASE  ID  CODE  ASSIGNED: 


BASCUNC  AS  OF:  JANUARY  2S,  ISSS 


(DATE) 

(DATE) 


DEPARTMENT  OF  DEFENSE 
DRAFT  MPLEHENTATION  CONVENTION 


TnANSMITTAL  FORM  INSTRUCTIONS: 

GENERAL:  ThN  TrantirNW  Form  to  a  TV^NAROUNO  OOCUMEf^  wMeh  racMds  th*  MNory/currtnt  ttttut  of  • 
praioet  dooumonL  R  to  uaod  to  aKtianga  bSonnation  baiwoan  tha  Soendutot  and  ttia  comniiaM  of  Xi2. 
Information  to  eumiiattoa  (add  ort). 

mandatory  for  aubmittinodoeumanta  to  PISA,  Xi2JTachnlcal  Aaaaaamant  and  tha  FRB).  Docianani  coraroi 
numbara  ana  all  raquirad  on  aach  doeumani.  and  nmtr  numbara  am  mquirad  whanawar  R  to  ra^aad. 

KEYOATE:  TMatoUBadtoldaraiythalaiaaivaralonofthadocumant(dataaaaoetotod«itoblhacurraratrBnainlRal 
formupdaia). 

DELEGATE:  Each  aubeommBaadaiignataa  an  lndMduai(dalagata)  from  tha  gnomiaaponaMa  ter  ihapro(aci 
Tha  Sacratariat  muat  ba  infonnad  ff  tha  daiasBM  ehangaa. 

INITIATION:  Fibnary  data  la  raoordad  by  DISA  on  tha  tottoflzad  term  aftar  tha  protect  bfopoaat  to  approvad  by  tha 
FRB.  Tlwaubeornrnttaa  Chair  and  datoptoMFaeaha  tha  indoRzadTranarnttal  Form  barn  DiSA:diaraaftar.thay 
aranaaponatetoterfaoondtegthaapproprtoiaaubcommlBaaapprowaidaiao.  Tha  chalr/rtalaoata  wB  racatoa  a  copy 
of  tha  updated  trananinai  term  whanavar  I  to  ratoaad  by  OISA 

UFOATINQ:  At  aachappropttofoatap.DiSAaiSF08Tltaah  data  to  tha  term.  ADD  tha  nateapproprlata  Mankato 
thatetm.andSENDttothaaubcominBaachalr/dalagafaataachaiatuachtoiga.  Tha  dtoagaia  muat  FOST  tha 
term  a«h  fnaah  date  at  aach  atatea  ehanga  ter  which  tha  aubcommlBaa  to  laaponafela  told  SEND  I  w«h  tha 


BASEUNE  AS  OF:  JANUARY  2S,  IftS 


OCPAimiENT  Of  DTOISE 

OlUFT  MPLEMBITATION  CONVENTION 


ASC  X12  BALLOT  COMMENT 
RESPONSE  LETTER  FORMAT 


O0IDIAL  MPOmunON 

APTBI  AN  Xia  aAUOT,  TM  NMPONiilU  WmOOHUrmi  (ON  m  OCMNATID  TAW  ONOUP)  MUST  iwpond  ki  to  al 

iliNiamiNniMi  Till I  rmwomminul r****) nrrr^i — 

w>w»w»iaicD<iwit»*ww*«»  •nnOPMMMwtumBdHWMtuiiinnwiwitfaiWia 

wW  tm  lubaotinnUNi  ChNr. 

Tti«  1  in  rwonrMi  Nf  htnim  fmr  tT Ir^  ir  ifirtrTT  IWNriNW<wNteMntmloMiiwwm.«nJ«lwd<iAiiaM< 


OPTIONI:  Q01CMeL£TTlR(MA«TIPLXrTBI)TDAU.< 
VtoHMraraparacMlmratoMntiialMimMiiBn.  Ewqri 

iMWwwwtwaowiiwnNrOCtaii— WrwwpwriiwXiKWWi 

N«mm  flw  optM,  yau  mv  1 


OPnONt:  MOMOUALUrmNIDIAONOQMMWTQN 

VPuiMrpapMmiMwNrMNiaommMRr.  NywNiMMNiiaaaii.ywnMriMinpHiWarigiMlaomiiMNMMidanawMNt 
PaloMrWuMiNbuMnaMlMv««toMdWaM<NMiMaaMMMr.  I»wyiiiii>f  ai«iaiWWwWwiN»wi>mamD. 


fTIPl:  Plan NprtMtwInt paw N your lMH(s)«iAKXiai«MitMdl  VyaHWnhMPlaMrtMrilywaanaPWiaamptaaifN 


•nPS:  CamalanaWiraPaaMwaniaanailwaaPar.  TNaiapatafaaiappaarPH»iop*HW"'*N— NupapaNWlwr. 

(#«..  AK  Xia^rONWiaQA).  a«  aaaanp  Py  a  V  (a.«„  ASC  XlwroMO-iaeN).  a«. 


trva:  ChaeiayaiiflaNartanaaiap»an(aaaOana*allnlQwwaianaNaiia). 


•TIP4:  Piapatat>alaaarNiaawnfiaaMllna.>a>aaMainaNPiW>gaawaalaiarlBwiiat 

a.  PiBiiiaaaeonNeinaina(ianNira)>nP>aupparri|W— "*^Nt>alaBart»ad;ina>idipha»>aiainiPar. 

b.  PnratiaPacumaMaanPainiaRbarunPartaMartHaPbaa. 
a.  PiMtiaAaiawidBrViaPaBWiMaanaalnianbar. 

tf.  AdNaai  f  laar  la  tia  mKWI.  ar  lar  a  panartc  Itmm  tnNuPa  an  adOaaaaa  Ina  anP  auNtci  Ina. 
a.  lneaiaaanlnpaPwn>parap>apt>aaP>a>aaMaiap>apaiVldanPlad»»aaP»iaaaa. 

I.  YaaaiayiNiiBiacapPiabaWly(bamyairTianaaaiNPaHa)larP»>nlawBaaana(P>a»aadN. 

tTIP4:  PanaarPaiaMan»aiataeMrlai.AMnaanNaaaMlBiNan4eaa.«itiaaaaarlabarraquaa4np4Mbu4anaia«iaapanaa 
MHTa)  you  iiawa  piaparaA  WlianaiataamliaMbaanOaMbua4.a)apra)Ba4Naoaiaan4aubeamn«Mehair«tiaaaNaanupOHBd 
TiananiaN(Pa«maaia«itiaap>awainp4a»an4a<)4ar  ibwaarpailadclaaimPaNpaaWL 
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BA8EUNE  AS  OF:  JANUARY  »,  1t93 
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OEPARm BIT  OF  OEFBISE 
DRAFT  MPLEMEKTATiON  CONVENTION 


ASC  XI 2-ELECTRONIC  DATA  INTERCHANGE  (EDI) 


Tia  SoBtiey 
(999)999-9999 


Accredud  Standards  Cdrrvnittae 
ooeracmg  undtr  cnt  procedures  of  tne 
American  Nauonai  Standards  msotute 


DaaSaitheir 

(999)999-9999 


Document  No  _ 

ASCX12C/TG20/90-999 


Juae  2S.  1990 


TO:  X12  Members  Who  Coaaeated  oa  Medificeiioas  to 

Xlljot  Coauot  Structures 

RE:  Reapoose  to  Coameau  oo  Deceaber  Ballot 

DMs  X}S2».  215289, 317289 


Thaak  you  for  your  eaaaeaia.  This  ballot  iawobcd  aodificatioas  to  X12jk  Of  the  327  baflott  Bailed,  153  baOoU  were 
retura^  Of  these,  81  approwd,  15  apprewd  with  coaacat,  20  disapproved  with  coaaeat  sad  37  abwaiacd. 

la  leacral,  the  uotc  rtspoases  were  a  faer  of  the  mndifiraiioaa  The  asaiontyoftheeoaaeau  focused  oa  the  iapael 
ofthescasodificatieasoathepreseatatinBofialetaatieaiatheX1232SepireiDiiectcey.  The  proposed  aodificaiaas 
aad  the  resuhiagpresratatiaaie  the  scBBeat  directory  hauebeea  reworked  a  rmpoaic  to  these  coesaeais.  Arevised 
aodifiratioa  to  XlXat  was  reviewed  by  TechaicalAsiessaeat  at  the  Juae  ASC  Xilarfriat  MoABcatkas  to  the 
docuaea  have  beea  aadc  which  reflect  respoases  to  the  coaacats  from  this  ballot,  aad  a  revised  copy  of  XlZat  is 
beiag  distribaed  to  an  who  voted  oa  this  iisHC,  for  3(May  review  of  reviaoRa. 

Specifie  respoases  to  coouaeau  foBow. 


COMMENT:  Aaoaobite  Corporatiea 

*Add  the  IbBowiac  aote  to  Pariiprapk  3  J:  NOTE:  Coaauaicatioa  protocol  characters  should  be  eaduded  froa  the 
character  set* 

RESPONSE: 

The  cover  letter  seat  out  with  the  uotiag  packife  esplaiaed  lha  the  iatea  wae  to  ebtaia  coaacasuB  oa  the  proposed 
aodiCcatioastoXUjK  X12jb  is  a  difficult  staad^  to  aaead.  We  request  iha  baUot  respoases  be  couidered  oa  the 
iJ  rki.  «,mI  iMt YouT  coonea  wus  outside  the  scopc  flf 

the  requested  aodificatioas. 


BA8EUNE  AS  OF:  JANUARY  ».  1H3 
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DCPAimiBITOf  DEFENSE 

DNAFT  SIPtaiENTATlOH  CONVBITION 


PafeTwo 


COMMENT:  Airoaft  Corporatkm 

*Soae  coasidentioa  for  Abctrad  Syauz  Notation  One  (ASN.l)  should  be  allowed. 

1.  ASN.l  is  capable  of  defininf  all  of  the  neeeasaiy  inter-reiations  needed  by  X12  transactions. 

1  ASN.l  requires  test  characters  to  define  the  same  information. 

3.  ASN.1  is  the  eocodinf  scheme  used  by  moat  OSI  work.* 

RESPONSE: 

The  recommendation  to  consider  usage  of  ASN.1  encoding  reaches  tar  beyond  the  scope  of  the  modiSeaiioos  requested 
inthisbaUoc  Activitiet  such  as  this  are  best  submitted  as  separate  work  requests. 

COMMENT:  Some  Software  Inc. 

Conditionality  of  data  elements  should  be  left  to  the  discretion  of  guidelines  and  agrermfiwi  There  is 

mud  discussion  at  times  at  far  at  whether  certain  dau  elemenu  should  he  mandatory  or  not;  many  appiicatioa  syuems 
are  incapable  of  providing  certain  ‘mandatory*  information  and,  as  filler>type  data  ■»«««»  be  mserted.* 

RESPONSE: 

The  issue  of  dM  clement  conditionality  as  a  whole  k  a  much  broader  aubjea  than  was  intended  to  be  addressed  whhia 
the  scope  of  thk  baOoL  Thk  ballot  waa  intended  to  provide  a  for  eonakteat  application  of 

already  easting  conditional  structures.  If  the  commentor  befieves  that  the  conditional  structure  should  be  removed  from 
the  standard,  the  task  group  recommends  that  thk  be  submitted  as  a  sepemte  work  request 

Etc. 
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BA8EUNE  AS  OF:  JANUARY  29. 1993 


OEPARTMEMTOf  DEFENSE 
OfUFT  MPLEMENTATION  CONVENTION 


ASC  X1 2-ELECTRONIC  DATA  INTERCHANGE  [EDI] 

Aocrtdcad  Stmdirdi  CormactM 
opwrg  ow  proccdtrts  of  cht 
Anwrcin  NMTiN  Standards  irmicuta 

'  "  ” "  Document  No 

ASCX12C/TG8/90^98A 
Aufiyt  10, 1990 

Ms.  Jim  Dm 
AmerieaaBaak 
Ooe  Ceatral  Plm 
Middle  Aaeriok  MO  99999 

RE:  tn  lt«IW  eiMmratt  tm 

ASC  X12  Model  Giiideiiae 

Dear  Ms.  Doe: 

■eabenofTGlSwiihlotkaokaOXUaeasbenwboteoktketiaeaadcflafttooateoalkisfnideioe.  We 
aepedaOylkaak  each  ia^vidMal  who  pra<^eoaneal8,«ketker  to  approval  or  dkapprova!  of  tkefBdefiae.  We 
raeofUB  aod  appreeiato  your  earcftil  tevtow  of  this  docoaeaC 

Of  raapoeae  la  keyed  to  the  aiMbered  kerns  to  the  mmiantfs  aftached  to  year  ballot. 


JoeScosebody 
Chair  TC19.X12C 
(999)999-9999 


RESPONSE 

LWeafrae wilhyof  eoMKOL  hSeettoa4.2Z«eha«eitpiaeed*««aiiSaendiS_*wilh*riiles.areBtilaBd’. 

2.  The  eoaffioa  beiweca  Seetioa  4JJ  aad  Secttoa  6JI  oaly  odtos  becauae  of  the  eaaiple  e«  chose  to  the  first 
aecttoa.  This  is  a  hypothetical  emaplc,  of  a  simplified  fodeL  Headers  aad  traiksB  caa  be  placed  oo  the  cooteot  at 
ALL  levels,  aod  do  aotarmsaiflyeoncspoad  to  ASC  XU  headers  aadtraflers. 

S.  We  ^rae  with  yof  eoueat  Trrrinn  fi  ^  hsi  trrrn  rhsmrd  in  thit  Ihr  TfislTrahT~T  rf  *  —rr  ~'*'*~~*  **  " — 
laadA 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


5.0  GLOSSARY 

This  chapter  contains  ASC  X12  and  DoD  specific  glossaries. 

5.1  X12  GLOSSARY 

ANSI 

American  National  Standards  Institute 
ANSI  Standard 

A  document  published  by  ANSI  that  has  been  improved  through 
the  consensus  process  of  public  announcement  and  review.  Each 
of  these  standards  must  have  been  developed  by  an  ANSI  commit¬ 
tee  and  must  be  revisited  by  that  committee  within  S  years  for 
update.  See  Draft  Standard  for  Trial  Use  (DSTU). 

Area  Transaction  Set 

Identifies  a  predefined  area  within  a  transaction  set  (header,  detail, 
summary)  containing  segments  and  their  various  attributes. 

ASC  X12 

Accredited  Standards  Committee,  X12  comprises  industry  mem¬ 
bers  who  create  EDI  standards  for  submission  to  ANSI  for  sub¬ 
sequent  tqiproval  and  dissemination;  or  for  submission  to  the 
UN/ECE  for  approval  and  submission  of  UN/EDIFACrr  stan-dards. 

Authentication 

A  mechanism  which  aUows  the  receiver  of  an  electronic  transmis¬ 
sion  to  verify  the  sender  and  the  integrity  of  the  content  of  the 
transmission  through  the  use  of  an  electronic  “key”  or  algorithm 
which  is  shared  by  the  trading  partners.  This  is  sometimes  referred 
to  as  an  electronic  signature. 

Compliance  Checking 

A  checking  process  that  is  used  to  ensure  that  a  transmission 
complies  with  ANSI  X12  syntax  rules. 

Conditional  (C) 

A  data  element  requirement  designator  which  indicates  that  the 
presence  of  a  specified  data  element  is  dependent  on  the  value  or 
presence  of  other  data  elements  in  the  segment.  The  condition 
must  be  stated  and  must  be  computer  processable. 

Control  Segment 

A  Control  Segment  has  the  same  structure  as  a  Data  Segment  but 
is  used  for  transferring  control  information  for  grouping  data 
segments.  Control  Segments  are  Loop  Control  Segments  (LS/LE). 
Transaction  Set  Control  Segments  (ST/SE),  and  Functional  Group 
Control  Segments  (GS/GE),  defined  in  X12.6,  and  Interchange 
Control  Segments  (ISA/IEA/TAl)  defined  in  X12.5. 


Data  Element 

The  basic  units  of  information  in  the  EDI  standards  containing  a 
set  of  values  that  represent  a  singular  fact.  They  may  be  single- 
character  codes,  literal  descriptions,  or  numeric  values. 

Data  Element  Length 

This  is  the  range,  minimum  to  maximum,  of  the  number  of  char¬ 
acter  positions  available  to  represent  the  value  of  a  data  element. 
A  data  element  may  be  of  variable  length  with  range  from  mini¬ 
mum  to  maximum,  or  it  may  be  of  fixed  length  in  which  the 
minimum  is  equal  to  the  maximum. 

Data  Element  Reference  Number 

Reference  number  assigned  to  each  data  element  as  a  unique 
identifier. 

Data  Element  Requirement  Designator 
A  code  defining  the  need  for  a  data  element  value  to  appear  in  the 
segment  if  the  segment  is  transmitted.  The  X12  codes  are  man¬ 
datory  (M),  optional  (O),  or  conditional  (C).  DoD  may  "require" 
a  segment  which  is  optional  by  X12  standards. 

Data  Element  Separator 

A  unique  character  preceding  each  data  element  that  is  used  to 
delimit  data  elements  within  a  segment.  Dod  uses  "*"  as  the 
delimiter. 

Data  Element  Type 

A  data  element  may  be  one  of  six  types:  numeric,  decimal, 
identifier,  string,  date,  or  time. 

Delimiters 

The  delimiters  consist  of  two  levels  of  separators  and  a  terminator. 
The  delimiters  are  an  integral  part  of  the  transferred  data  stream. 
Delimiters  are  specified  in  the  interchange  header  and  may  not  be 
used  in  a  data  element  value  elsewhere  in  the  interchange.  From 
highest  to  lowest  level,  the  separators  and  terminator  are  segment 
terminator  and  data  element  separator. 

DISA 

Data  Interchange  Standards  Association.  A  nonprofit  organization 
funded  by  ASC  X12  members  which  serves  as  the  Secretariat  for 
X12. 

DSTU 

Draft  Standard  for  Trial  Use.  Represents  a  document  approved  for 
publication  by  the  full  X12  committee  following  memlKrship  con¬ 
sensus  and  subsequent  resolution  of  negative  votes.  (Final  Report 
of  X12  Publications  Task  Group).  The  Draft  EDI  Standard  for 
Trial  Use  document  represents  an  ASC  X12  approved  standard  for 
use  prior  to  approval  by  ANSI.  See  ANSI  Standard. 
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EDI 

Electronic  Data  Interchange.  The  computer  application  to  com¬ 
puter  application  exchange  of  business  information  in  a  standard 
format. 

Electronic  Envelope 

Electronic  information  which  binds  together  a  set  of  transmitted 
documents  being  sent  from  one  sender  to  one  receiver. 

Element  Delimiter 

A  single-character  which  follows  the  segment  identifier  and 
separates  each  data  element  in  a  segment  except  the  last. 

Functional  Group 

A  group  of  one  or  more  transaction  sets  bounded  by  a  functional 
group  header  segment  and  a  functional  group  trailer  segment. 

Functional  Group  Segments 

GS/GE  segments  identify  a  specific  functional  group  of  documents 
such  as  purchase  orders. 

Industry  Conventions 

Defmes  how  the  ASC  X12  standards  are  used  by  the  specific 
industry 

Industry  Guidelines 

Defmes  the  EDI  environment  for  using  conventions  within  an 
industry.  It  provides  assistance  on  how  to  unplement  X12  stand¬ 
ards. 

Interchan^  Control  Segments 

ISA/IEA  segments  identify  a  unique  interchange  being  sent  from 
one  sender  to  one  receiver  (see  electronic  envelope). 

Interchange  Control  Structure 

The  interchange  header  and  trailer  segments  envelop  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions:  (1)  defines  the  data  element 
separators  and  the  data  segment  terminators,  (2)  identifies  the 
sender  and  receiver.  (3)  provides  control  information  for  the  inter¬ 
change,  and  (4)  allows  for  authorization  and  security  information. 
(X12.5) 

Loop 

A  group  of  semantically  related  segments;  these  segments  may  be 
either  bounded  or  unbounded  (X12.6).  The  N1  loop  is  an  example 
of  a  loop,  which  includes  segments  N1  to  PER  for  name  and 
address  information. 

Mandatory  (M) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element  is  required. 
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Mapping 

The  process  of  identifying  the  standard  data  element’s  relationship 
to  application  data  elements. 

Max  Use 

Specifies  the  maximum  number  of  times  a  segment  can  be  used  at 
the  location  in  a  transaction  set 

Message 

Entire  data  stream  including  the  outer  envelope 
Optional  (O) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element/segment  is  at  the  option 
of  the  sending  party  which  can  be  based  on  the  mutual  agreement 
of  the  interchange  parties. 

Qualifier 

A  data  element  which  identifies  or  defines  a  related  element,  set 
of  elements,  or  a  segment.  The  qualifier  contains  a  code  taken 
from  a  list  of  approved  codes. 

Repeating  Segment 

A  segment  that  may  be  used  more  than  once  at  a  given  location 
in  a  transaction  set.  See  Max  Use. 

Security 

System  screening  which  denies  access  to  unauthorized  users  and 
protects  data  from  unauthorized  uses 

Segment 

Segments  consist  of  logically  related  data  elements  in  a  defined 
sequence.  A  data  segment  consists  of  a  segment  identifier,  one  or 
more  data  elements  each  preceded  by  an  element  separator,  and 
ends  with  a  segment  terminator. 

Segment  Directory 

Provides  die  purpose  and  format  of  the  segments  used  in  the 
construction  of  transaction  sets.  The  directory  lists  each  segment 
by  name,  purpose,  identifier,  the  contained  ^ta  elements  in  the 
specified  order,  and  the  requirement  designator  for  each  data 
element. 

Segment  Identifier 

A  unique  identifier  for  a  segment  composed  of  a  combination  of 
two  or  three  upper-case  letters  and  digits.  The  segment  identifier 
occupies  the  first-character  positions  of  the  segment.  The  segment 
identifier  is  not  a  data  element.  The  segment  identifier  in 
EDIFACT  is  a  component  data  element  —  part  of  a  composite 
data  element  consisting  of  a  segment  identifier  and  an  explicit 
looping  designator. 
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Segment  Terminator 

A  unique  character  appearing  at  the  end  of  a  segment  to  indicate 
the  termination  of  the  segment,  e.g.,  N/L. 

Syntax 

The  grammar  or  rules  which  define  the  structure  of  the  EDI 
standards  (i.e..  the  use  of  loops,  qualifiers,  etc.).  Syntax  rules  are 
published  in  ANSI  X12.6. 

Transaction  Set 

The  transaction  set  unambiguously  defines,  in  the  standard  syntax, 
information  of  business  or  strategic  significance  and  consists  of  a 
D'ansaction  set  header  segment,  one  or  more  data  segments  in  a 
specified  order,  and  a  transaction  set  trailer  segment. 

Transaction  Set  ID 

An  identifier  that  uniquely  identifies  the  transaction  set.  This 
identifier  is  the  first  data  element  of  the  transaction  set  header 
segment. 

Translation 

The  act  of  accepting  documents  in  other  than  standard  format  and 
translating  them  to  the  standard. 

Version/Release 

Identifies  the  publication  of  the  standard  being  used  for  the  genera¬ 
tion  or  the  inteipretation  of  data  in  the  X 12  standard  format.  May 
be  found  in  the  Functional  Group  Header  Segment  (GS)  and  in  the 
Interchange  Control  Header  Segment  (ISA).  See  Control  Segment. 

Vies  Committee 

Voluntary  Interindustry  Communications  Standards  for  Electronic 
Data  Interchange 

X12 

The  ANSI  committee  responsible  for  the  development  and  main¬ 
tenance  of  standards  for  electronic  data  interchange  (EDI). 

X12.S 

Interchange  Control  Structure.  This  standard  provides  the  inter¬ 
change  envelope  of  a  header  and  trailer  for  the  electronic  inter¬ 
change  through  a  data  transmission,  and  it  provides  a  structure  to 
acknowledge  the  receipt  and  processing  of  this  envelope. 

X12.6 

Application  Control  Structure.  This  standard  describes  the  control 
segments  used  to  envelop  loops  of  data  segments,  to  envelop 
transaction  sets,  and  to  envelop  groups  of  related  transaction  sets. 
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5.2  DoD  GLOSSARY 

AIS 

Automated  Information  Systems 
ASD(P&L) 

Assistant  Secretary  of  Defense  (Production  and  Logistics) 

DES 

Data  Encryption  Standard 
DISA 

Defense  Information  Systems  Agency 
DLA 

Defense  Logistics  Agency 
ISA 

Interchange  Control  Header  Identifier 
NIST 

National  Institute  of  Standards  and  Technology 
NTE 

Note  Identifier 
PLUS 

Protection  of  Logistics  Unclassified/Sensitive  Systems 
UN/EDIFACT 

EDIFACT;  Electronic  Data  Interchange  for  Administration.  Com¬ 
merce,  and  Transport 
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